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(54) Context-sensitive document transactions 

(57) A system including any number workstations : 
file servers, printers and other fixed devices coupled in 
a network, and a number of pc^ble'devicelfcarried by 
users and coupled .to the network by^nfrared'(IR) jipK? 
Each portable device emulates its user's personal 
satchel tor documents: t he device is program medj oig- 
ceive transmit and store to kens . The tokens include con- 
text information (indicating the identity of a nearby de- 
vice and the services — such as send/receive, scan- 
ning, printing, faxing, converting — that are available a 
that device) are distributed from one person to another 
by transmission of IR data packets. Once a network- 
connected computer, printer or multifunction device has 
received a token via !R transceiver associated with it, a 
search request can be deriv ed from t he token and doc- 
ument references^(erg: faww^Ls) "corresponding to 
the token can be obtained viaTse'afcH engine. For each 
URL obtained, tKe ;<^Yt'&l3pOTaiW§5el8Gtronic document 
can be retrieved from a repblsito1f¥nd : clisplayed or print- 
ed. The portable device is preferably a handheld or 
wristwatch computer with a graphical display for ena- 
bling the user to transfer tokens, and the fixed devices 
preferably include a scanner/copier/printer having its 
own IR transceiver 
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Description 

The present invention relates to data processing, 
and mere particularly relates to the transfer between 
computing devices, and the retrieval by such devices, 
of document related information. Even more particularly, 
the invention concerns such information retrieval and 
transfer based on location or context. 

While the use of portable computing devices is be- 
coming more widespread, it is as yet not possible to 
store in such devices the electronic files for all the doc- 
uments that a user may wish to have access to (e.g. due 
to storage capacity limitations), and the transfer of bulk 
documents between such devices, or between one such 
device and a desktop office or home computer may be 
time consuming or otherwise user unfriendly. At the 
same time, there is growth in the provision of electronic 
document repositories and expanding use of documen t 
transfer via the internet. 

This situation is addressed in EP-A-691,619 (here- 
after "EP'61 9"), which discloses a system including any 
number workstations, file servers, printers and other 
fixed devices (including multifunction devices) coupled 
in a network, and a number of portable devices (e.g. 
handheld or wristwatch computer) carried by users and 
coupled to the network by infrared (IR) link. Each port- 
able device emulates its user's personal satchel for doc- 
uments: the device is programmed to receive transmit 
and store document references (World Wide Web 
URLs), each of which is associated with an electronic 
document stored in an electronic repository at a site on 
the web. Documents are distributed from one person to 
another by transmission of document URLs, and a doc- 
ument is sent to a printer by beaming that, document's 
URL to an IR transceiver associated with that printer. 

Mobile workers away from their offices can make 
use of such a system in order to initiate activities which 
deal with electronic and paper documents. These activ- 
ities include printing, scanning, viewing, presenting, re- 
questing, giving, and distributing documents, and ac- 
cessing document services. When using such a system 
there is a need to interact in a quick and streamlined 
way. 

In the abovementioned system, a mobile worker 
can carry around a portable device in order access doc- 
uments, document devices and document services. The 
user interaction needed to perform document related 
tasks can be complex, in the same way that it can com- 
plex be for a user wishing to perform the same task sit- 
ting at a workstation. This interaction could involve 
searching through menus, identifying relevant devices, 
appropriate services for a device, and what names are 
used to Identify them within the local network. When 
transferring an electronic document from one user to an- 
other it might involve finding some system identifier (e. 
g. an email address) to complete the task. These inter- 
actions are especially difficult when away from the work- 
er's familiar home office environment. It may need find- 



ing people who can tell the worker what the devices are 
named. 

It would be desirable io have a system which ena- 
bled a user to interact in carrying out dec urn era-re la tea 
■= operations, in a quick and streamlined manner. 

The present invention provides a method carried 
cut in a data processing device including a processor 
memory, a user interface and means providing two way 
wireless communication with one or mere other devices. 

10 including a target device, comprising: (a) in response to 
a first user input defining a context request, transmitting 
a query, the query requesting which service(s) can be 
performed by the target device, (b) receiving a response 
from the target device, the response incorporating a tar- 

*s get device identifier identifying the target device, and at 
least one component comprising a service identifier 
identifying the service requested in step (a), (c) deter- 
mining whether the response received in step (b) is pos- 
itive., (d) if the response is positive, assembling a token 

20 from a plurality of token components, each token com- 
ponent defining a document related entity and a prop- 
erty of the entity, at least one component comprising the 
target device identifier and at least one component 
comprising the service identifier. 

25 The data processing device may comprise a porta- 
ble computing device, and step (a) may comprise re- 
ceiving user inputs via touchscreen or a keyboard. 
The present invention further provides a method 
. carried out in a data processing device including a proc- 

30 essor, memory, and a user interface, comprising: (d) re- 
ceiving a first user input designating a graphical object 
corresponding to a document, the document being as- 
sociated with a stored token, the token having a plurality 
. of token components, each token component defining a 

35 document related entity and a property of the entity, at 
least one component comprising a t arget devi^ ^ ■riftpj'- 
fier identifying the target device, and at least one com- 
ponent comprising a service identifier identifying a serv- 
ice selected by the user, (e) receiving a second user in- 

40 put indicating that the token is to be sent to another data 
processing device, (f) encoding the token in a data pack- 
et, and (g) transmitting the data packet. 

The present invention provides a method carried 
out in a data processing device including a processor, 

45 memory, and a user interface, comprising: (h) receiving 
a data packet, (i) decoding the data packet to derive a 
token, the token from a plurality of token components, 
each token component defining a document related en- 
tity and a property of the entity, at least one component 

so comprising a target device identifier identifying the tar- 
get device, and at least one component comprising a 
service identifier identifying a service, (j) storing the to- 
ken derived in step (i). 

The present invention provides a method carried 

55 out in a data processing device including a processor 
memory, and a user interface and means providing two- 
way wireless communications with one or more portable 
devices, the data processing device being couple in a 
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network to one or more other data proce ssing devices., 
at least one of the data processing devices including 
means for storing a repository of eiectrcnic documents, 
comprising: (h) receiving a data packet, (i) decoding the 
data packet to derive a token, the token having a plural- s 
ity of token components, each token component defin- 
ing a document related entity and a property of the entity, 
at least one token component comprising a request for 
a document related service, (j) assembling a service to- 
ken from token derived in step (i), at least one compo- 10 
nent comprising a target device identifier identifying the 
target device, and at least one component comprising 
a service identifier identifying a service, said target de- 
vice identifier and said service identifier being depend- 
ent upon the location of said data processing device, (k) is 
sending the service token to one of said other data 
processing devices via the network. 

The present invention provides a method carried 
out in a data processing device including a processor, 
memory, and a user interface and means providing two- 20 
way wireless communications with one or more portable 
devices, the data processing device being couple in a 
network to one or more other data processing devices, 
at least one of the data processing devices including 
means for storing a repository of electronic documents, 25 
comprising: (h) receiving a data packet, (i) decoding the 
data packet to derive a token, the token having a plural- 
ity of token components, each token component defin- 
ing a document related entity and a property of the entity., 
at least one token component comprising a request for so 
a document related service, and at least one component 
comprising a target device identifier identifying the tar- 
get device, and at least one component comprising a 
service identifier identifying a service, said target device 
identifier and said service identifier being dependent up- ss 
on the location of said data processing device, (j) as- 
sembling a service token from token derived in step (i), 
(k) sending the service token to one of said other data 
processing devices via the network. 

The present invention provides a method carried- 40 
out in a data processing device including a processor, 
memory, and a user interface the data processing de- 
vice being couple in a network to one or more other data 
processing devices, at least one of the data processing 
devices including means for storing a repository of elec- '45 
ironic documents, comprising: (k) receiving a service to- 
ken, the token from a plurality of token components, 
each token component defining a document related en- 
tity and a property of the entity, at least one component 
comprising a target device identifier identifying the tar- so 
get device, and at least one component comprising a 
service identifier identifying the service requested by the 
user, (I) decoding the token to determine therefrom one 
or more document references, the or each document 
reference corresponding to a document within said re- ss 
pcsitory and specified by one of said token components, 
and (m) sending a request to said one of the data 
processing devices storing the repository of documents, 



for retrieval of the or each document corresponding to 
the or each document reference. 

The method may further comprise the step of: (m) 
displaying the or each document reference determined 
in step (I). 

The method may further comprise the step of: (n) in 
response to a second user input designating one of the 
displayed document references, retrieving the docu- 
ment corresponding to said document reference from 
said repository and, optionally displaying said docu- 
ment or a portion thereof. 

The method may further comprise the step of: (o) in 
response to a third user input, causing the document 
corresponding to said document reference to be printed. 

The data processing device may alternatively com- 
prise a fixed computing device, and step (a) may com- 
prise receiving user inputs via touchscreen, a keyboard, 
and/or mouse. 

The present invention provides a data processing 
device when suitably programmed for carrying out the 
method of any of the preceding claims, the device com- 
prising a processor, a memory, and a user interface. 

The present invention provides a data processing 
device comprising: a processor, a memory coupled to 
the processor, and a user interface coupled to the proc- 
essor and to the memory and adapted to be operable 
by a user to generate user inputs, means providing two- 
way wireless communications between the device and 
one or more other devices, including means for receiv- 
ing at least one user input, the user input(s) defining a 
token, the token comprising a plurality of token compo- 
nents, each token component defining a document' re- 
lated entity and a property of the entity at least one com- 
ponent comprising a target device identifier identifying 
the target device, and at least one component compris- 
ing a service identifier identifying the service requested 
by the user. 

The present invention provides a system for ac- 
cessing or distributing electronic documents, including: 
a repository of electronic documents, each document 
having a corresponding document reference, and a plu- 
rality of objects, at least one of said objects being port- 
able or mobile, each object including means for commu- 
nicating with the or each other object and with a user 
interface, and means for receiving, storing and/or trans- 
mitting a token, the token comprising a plurality of token 
components, each token component defining a docu- 
ment related entity and a property of the entity at least 
one component comprising a target device identifier 
identifying the target device, and at least one compo- 
nent comprising a service identifier identifying the' serv- 
ice requested by the user. 

The present invention provides a portable device for 
accessing or distributing electronic documents, includ- 
ing: means for communicating with fixed or mobile elec- 
tronic devices and with a user interface, at least one of 
said devices including means storing a repository of 
electronic documents, each document having a corre- 



spending document reference, and means for receiving, 
storing and/ortransmittingatoken, the token comprising 
a plurality oftoken components, each token component 
defining a document related entity and a property of the 
entity, at least one component comprising a target de- 
vice identifier identifying the target device, and at least 
one component comprising a service identifier identify- 
ing the service requested by the user. 

The present invention provides an apparatus for 
scanning, copying and/or printing documents, including: 
means for accessing a repository of electronic docu- 
ments, each electronic document having a correspond- 
ing document reference, means for communicating with 
one or more of a plurality of objects, at least one of said 
objects being portable or mobile, and with a user inter- 
face, and means for receiving, storing and/or transmit- 
ting a token, the token comprising a plurality of token 
components, each token component defining a docu- 
ment related entity and a property of the entity, at least 
one component comprising a target device identifier 
identifying the target device, and at least one compo- 
nent comprising a service identifier identifying the serv- 
ice requested by the user. 

According to the present a portable device which is 
used to contain the user's documents can be made to 
be sensitive to the context in which it finds itself (and the 
user). This can be achieved through various wireless 
technologies which can be used to deduce the physical 
context within which the user finds him/herself, and the 
co-presence of a document device or another user with 
a portable devices. 

Context sensitivity can be achieved, for example, 
through the limited range and line-of-sighf properties of 
.infrared communications technology. These. properties 
mean that a one-to-one communication channel from a 
portable device to another device (such as a printer with 
an IrDA transceiver) can only be created by aiming the 
former at the latter. An instructional message from the 
portable device to the local network system (i.e. a server 
software installed on the local network which can initiate 
actions on the device's behalf) can include the identity 
of., for example, the printer device that the infrared beam 
was aimed at. This identity information can be captured 
by any suitable protocol, including: 

(i) the portable device receives the identity from the 
I R device on the printer and then the portable device 

^ issues a message to the server on the local network 
system which contains this identity. The message 
contains amongst other parameters, t he identity of 
th e prin ter: 1 

(ii) the portable device issues a message to the 
printer over infrared and the printer appends its 
identity as a parameter to the message before for- 
warding the message on to the server on the local 
network system. _ 

(Note the specific protocol is transparent to the user, 



who only notes that an scricn appropriate for the co- 
present devices occurs.) 

This location context sensitivity aisc works between 
users of portable devices - the "beam document to ether 
5 user's device" can be deduced to be the appropriate ac- 
tion — "Do it" action. Depending on the device, addi- 
tional context can be brought to bear to simplify interac- 
tion. For example, when scanning a document: as with 
the printing action, the scanning action can be automat- 
ic ically deduced from the context of the co-presence cf 
the scanning device. When scanning, a name is also 
needed for the new scanned document. Instead of re- 
quiring the user to type in such a name, some location 
context (e.g. the name of the department, the company, 
*s or the site) could be included when automatically creat- 
ing a default name for the new file. Such a name has 
the additional benefit of being useable by a system for 
retrieving information through past logged contexts, 
such as the system described in EP-A-637,807. 

20 Location context sensitivity can work with many 
wireless technologies, but some provide more specific 
location information than others: a wireless LAN system 
inside a buiiding can indicate which base station is being 
used. A cellular phone (e.g. GSM) can indicate which 

25 cell the user is in. An infrared active-badge system can 
indicate which room a user is in. GPS can provide a Lon- 
gitude/Laiitude location to 100 metres or less. 

The aforementioned problems are overcome by us- 
ing sensing and exploiting information about the location 

30 context within which the portable device finds' itself. This 
location context includes of the co-presence of other de- 
vices. These can be other users' portable devices and 
document devices that can identify themselves: In ex- 
plotting this context information, it is possible to make 

35 the interaction for initiating a user's intended actions 
(giving, printing, scanning, displaying, etc.) very simple 
- sometimes as simple as a single button press. For ex- 
ample, a single button is provided in the user interface 
of the portable device of the currently implemented em- 

40 bodiment. It is labelled "Do it" and when it is selected it 
initiates different actions depending on location context. 

. Simple interaction is invaluable when needing to 
use an unfamiliar document device quickly : as is often 
the case for mobile workers in a hurry and away from 

^5 their familiar home office environment. An advantage of 
the invention is apparent from a consideration of an ex- 
ample. A mobile worker might be at another site of her 
company on the way to a meeting. Seeing a printer near 
the meeting room, she realises that she could print out 

50 a document for discussion at the meeting. A single "Do 
it" button press on the portable device is sufficient, 
thanks to context sensitivity, to print the document. The 
particular action initiated through the portable device 
(printing, in this case) was inferred automatically be- 

55 cause of the co-presence of the printer and the user's 
portable device. The ability to have a simple interaction 
is the key benefit of location context sensitivity. 

A further benefit is that the Location Context Sen- 
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sitivity techniques according to the invention can allow 
interaction for document activities from a portable de- 
vice to simplified by skipping selection interactions 
which can be deduced from the context. The invention 
has the ability to exploit context sensitivity to assist us- 
ers with portable devices with their document activities, 
and the ability to facilitate users of portable devices to 
access documents and other services available in the 
local environment. 

Embodiments of the invention will now be de- io 
scribed, by way of example, with reference to the ac- 
companying drawings, in which: 

Figure 1 illustrates schematically a portion of the 
network infrastructure which may be used to imple- is 
ment embodiments of the invention; 
Figure 2 shows a portable computing device used 
in accordance with an embodiment of the invention; 
Figure 3 illustrates schematically . user interface 
views displayed by the device of Fig. 2 when it is at 20 
various ones of the locations in Fig. 1, in accord- 
ance with an embodiment of the invention; 
Figure 4 is a schematic diagram of the steps in- 
volved in the transfer, in accordance with an em- 
bodiment of the invention, of a token between a 25 
portable computing device and one or more fixed 
devices; 

Figure 5 is a schematic diagram of the steps in- 
volved in the transfer, in accordance with an alter- 
native embodiment of the invention, of a token be- so 
tween a portable computing device and one or more 
fixed devices; 

Figure 6 is a schematic flow chart of the steps in 
exchaaging-takens iaaccordance with an embodi- 
ment of the invention; and 35 
Figure 7 is a schematic flow chart of the steps in- 
volved in carrying out the appropriate action as 
specified in the token as received as in Fig. 4.. 

1 . System hardware 40 

It will be appreciated that the present invention may 
be implemented using conventional computer network 
' technology, either using a local area network (LAN) or, 
more suitably, a wide area network (WAN). The inven- 
tion has been implemented using conventional web 
browser software (e.g. Netscape) providing cross-plaf- 
form communication and document transfer over the in- 
ternet. However, it will be appreciated that the invention 
may be implemented using different system configura- so 
tions: see EP'619. It will be appreciated that each fixed 
machine forming part of the network may be a PC run- 
ning Windows™, a Mac running MacOS : or a minicom- 
puter running UNIX, which are well known in the art, or 
any suitable processor-controlled network computer. 55 
For example, the PC hardware configuration is dis- 
cussed io detail in The Art of Electronics, 2nd Edn, Ch. 
10 S P. Horowitz and W. Hill, Cambridge University Press, 



1969. 

As is known, upon request of a user ai a first ma- 
chine, a document stored on a second machine may be 
retrieved and sent from the second machine over the 
internet, via any number of intermediate machines to the 
first machine. Also, the document may be retrieved us- 
ing as a unique identifier its World Wide Web URL, as 
discussed in EP'6 1 9 and international patent application 
WO-A- : based on British patent ap- 
plication 9708175.6 (agent's ref. R/97005/JDR). Prefer- 
ably also connected to the network are any number of 
processor-controlled printers, scanners, fax machines 
or multifunction devices (capable of scanning, printing,, 
copying and/or faxing, etc.) (not shown), as discussed 
in EP'619. Multifunction devices are discussed in more 
detail in EP-A-741,487. (Equally other networked ma- 
chines could be used, providing "non-document" appli- 
cations; for example Automatic Teller Machines, and 
home appliances having appropriate communications 
facilities.) Each machine coupled to the network is also 
equipped with appropriate hardware and software, 
which is known in the art, for communication with port- 
able computing devices, such as personal digital assist- 
ants (PDAs), handheld PCs, or pocket or wristwatch 
computers. 

A variant of the infrastructure described in the afore- 
mentioned patent applications, for implementing the 
present invention, is shown in Fig. 1. The pervasive 
computer network 21 has, as is known, an infrared 
transceiver 22 for each room, desk, workstation, copier 
printer etc., coupled thereto. (For the sake of clarity only 
one transceiver 22 is illustrated). In addition, however, 
the network 21 is coupled to the conventional telephone 
network 24 by means of gateway 26, .which is known in . 
the art. In this way, the .portable computing' devic&2;iis,.£ 
abte':3o:cb^ on the;network-23 not 

only by iR signals to/from transceivers 22, but also 
(when additionally or alternatively provided with digital 
radio frequency communications hardware (net shown)) 
by. RF signals to/from a digital cellular base station 28 
of the telephone network 24. Suitably, the RF commu- 
nications hardware (not shown) complies with the GSM 
digital standard, thereby permitting.transmission of dig- 
ital data between the portable device 2 and the base 
station 28, which suitably comprises a GSM receiver/ 
transmitter. 

In Fig.' .1, the physical co-location of the infra-red 
transceivers with the document devices is illustrated. 
This is a key aspect of the invention, si nce the infra-re d 
transceive rs 22B, 22C, 22D supply the pieces of loca - 
tion TJOnle xl mlormation which allow a request made by 
a user to be made context-sensitive. The various loca- 
tidns illustrated are: (1 ) Location A - example of RF/cei- 
lular context - PDA 2 is in digital (GSM) rf communication 
with GSM transceiver 28, (2) Location B - example of a 
scanner/copier context - the PDA 2 is in the vicinity of a 
copier machine 23, (3) Location C - example of a Display 
Device/Computer Screen context - the PDA 2 is in the 
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vicinity^a" workstatior^^sw^^il, (4) Location D - ex- 
ample of a Printer context - th ewwre*Ts - in "the - vie i n ity-a 
oh$^Mw^&&tinier$ggt(5) Location E - example cf an 
other PDA. user context - the PDA 2 is in the vicinity of 
a PDA 2' of another user. It will be appreciated that the 
locations A-E may be different parts of the same room 
or building, different rooms in the same or different build- 
ing', rooms in building in different countries, or any other 
geographical distribution. 

In the case of the collocation of one or more other 
PDAs 2, 2' (Location E), the context information is that 
of other users being present and being able to receive 
beamed tokens. In the case of RF/cellular communica- 
tion (Location A) the some context could provided: 
which cell the call was made from and which phone 
number was called - a call to a corporate dial-in line 
would provide context to suggest services available 
from within the corporation. 

A preferred form of portable computing device is 
shown in Fig. 2. This device 2 is discussed in more detail 
in EP'619. However, it will be appreciated that the com- 
puting device may be fabricated in a multitude of forms: 
for example, the device 2 may be of any of the forms 
disclosed in European patent application EP-A- 
(corresponding to application No. 
97 301 669.4). In its preferred form, each portable com- 
puting device 2, and each of the fixed machines on the 
network, is equipped for infrared communication and, 
suitably, the data pac kets transmitted between the com - 
puti ng device 2 and the fixed machines Tand enabling 
the document(s) to be retrieved, c onform to the physica l 
and lin k layer formats (IrLA P) described in the industry 
sTandard Infrared Data Association (IrDA) specification, 
version. I.Q^wbich. is. well known in the art. 

The portable device 2 suitably incorporates, to en- 
able scrollin g through and selection of, one or more doc- 
uments, other users, rr^^^ ^^g ^.iabAV. 1 ^ or any 
other document^elatedo^ionsir^l^a^^splayed by the 
user interface display of the device 2, the software for 
providing one-button searching of long lists, as de- 
scribed in EP-A- (agent's ret: Of 

96330/JDR), corresponding to US application S.N. 
08/665,068, filed 11 June 1996. 

The tokens concept forming a part of the invention 
provides a component of a system solution that ad- 
dresses these needs of the mobile worker (e.g. EP 
'619), within technological constraints. A token contains 
the small amount of essential informatio n which allows 
the system (token-capable server software resident on 
public networks and private networks) to initiate actions 
which produce the desired result. Forexamgle, printing 
out!^o!&» the doc- 

ument's token is selected on the user interface of the 
mall device. This token is incorporated as a parameter 
of a token i dentifying the print service. When the latter 
oken is received by the server software v ia a wirele ss 
n d then a wired connection (e.g. an infrared receiv er , 
hich is tethered to the local network), the serverslicts 



on the receipt of the token and causes' ihe documeriPio 
be""Tetrieyed, 'processed/and printetUn this way it is;on=iy 
the token that is ■transmitted from the personal portable 
device ;via wireless means and then it is fixed/ wired, 

5 communications that is then used tc rtnove'the*actUHl 
dpcument.data^appropriately processed, to the endtie- 
vi ce- (a'.printer.'in-Tihis^ examp le,}. The net affect is that a 
user can produce a desired action in a quick and simple 
way. Further specific details cf the token components 

10 and their use are set out in EP-A- , 

based on British patent application §715255.5 (agent 's 
ref. R/97012) (hereafter "Ub'y/ui 'i ), niea concurrently 
- herewith. 

Figure 3 illustrates schematically user interface 

15 views displayed by the device of Fig. 2 when it is at var- 
ious ones of the locations in Fig. 1, in accordance with 
an embodiment of the invention. In each of the views a 
button 30 is presented on the touchscreen 4 : which ihe 
user operates by pressing a penpoint or finger at that 

20 location. However, it will be appreciated that instead of 
the virtual button 30, the relevant user input(s) may be 
entered by a conventional hardware button, wiih the vir- 
tual button omitted from the display. 

At location A : the context information is received by 

25 the PDA 2 and there is displayed on screen 4 a icon 32 
and a message 34. The message indicates that the PDA 
2 is connected for RF communication. If the user want 
to make use of this rf link, he just presses the "Do ii" 
button 30. Pressing "Do it" returns a list of "Site Servic- 

30 es" -i.e. the services available at a particular (corporate) 
site. The site was deduced from the matching it with the 
context of the ID of the cell the user's cellphone is in. 

At location B, the user is in the vicinity of a copier 
23, and a corresponding icon. 36 is displayed based on. 

35 the parameters received by PDA 2 from the an IR trans- 
ceiver associated with the copier 23 (publicly known as 
"Copier B"). Again a message 34 is displayed to the us- 
er, and in this case the first part 34a of the message has 
two components — a first service component 34a' indi- 

40 eating the name of the adjacent machine, and a second 
service component 34a" indicating the service (copying) 
available from the machine. In addition the second part 
34b of the message has two components — a first doc- 
ument component 34b 1 indicating a number of copies, 

45 and a second document component 34b" indicating the 
document name. It will be appreciated that many other 
items of information could be additionally or alternatively 
provided as the first document component 34b'. In this 
case, the proposed action is to make one copy of doc- 

so ument X at copier B. If the user is happy to proceed with 
this proposed action, he just presses the "Do it" button 
30: the appropriate token is formed and sent to the ma- 
chine 23 (as described elsewhere), and the action is 
then invoked. 

.55 At location C, the user is in the vicinity of a worksta- 
tion (viewer) 25, and a corresponding icon 36 is dis- 
played based on the parameters received by PDA 2 
from' the an IR transceiver associated with the viewer 
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25 (pubiicly known as "Viewer C"). Again a message 34 
is displayed to the user the first part 34a of the message 
having two components — a first service component 
34a' indicating the name of the adjacent workstation 25, 
and a second service component 34a" indicating the s 
service (vpffing) available from that machine. Here, the 
second part 34b of the message has a single component 
— a document component indicating the document 
name. In this case, the proposed action is to view a copy 
of document Y at viewer C. If the user is happy to pro- io t 
ceed with this proposed action, he just presses the "Do 
it" button 30: the appropriate token is formed and sent 
to the machine 25 (as described elsewhere), and the 
action is then invoked. 

At location D, the user is in the vicinity of a printer is 
27, and a corresponding icon 38 is displayed based on 
the parameters received by PDA 2 from the an IR trans- 
ceiver associated with the printer 27 (publicly known as 
"Printer D"). Again a message 34 is displayed to the us- 
er, the first" part 34a of the message having two compo- 20 
nents — a first service component 34a' indicating the 
name of the adjacent printer 27, and a second service 
component 34a" indicating the service (printing) availa- 
ble from that machine. Here, the second part 34b of the' 
message has a single component — a document com- 25 
ponent indicating the name of the document proposed 
to be printed. In this case, the proposed action is to print 
a copy of document Z at printer D. If the user is happy 
to proceed with this proposed action, he just presses the 
"Do it" button 30: the appropriate token is formed and 30 
sent to the machine 27 (as described elsewhere), and 
the action is then invoked. 

At location E, the user (with PDA 2) is in the vicinity 
of a the PDA 2'...of another user, and a corresponding 
icon 42 is displayed based on the parameters received 35 
by PDA 2 from the an IR transceiver of PDA 2' (publicly 
known as "Ayrton"). Again a message 34 is displayed to 
the user, the first part 34a of the message having two 
components — a first service component 34a' indicating 
the name of the owner of adjacent PDA 2', and a second 40 
service component 34a" indicating the service (sending 
to PDA 2') available from that machine. Here, the sec- 
ond part 34b of the message has a single component 
— a document component indicating the name of the 
document proposed to be sent. In this case, the pro- 45 
posed action is to send a copy of document S to PDA 
2'. If the user is happy to proceed with this proposed 
action, he just presses the "Do it" button 30: the appro- 
priate token is formed and sent to the PDA 2' (as de- 
scribed elsewhere), and the action is then invoked. so 

2. Context-based transactions with tokens 

2.1 PDA -» fixed device: method 1 

55 

Figure 4 is a schematic diagram of the steps in- 
volved in the transfer, in accordance with an embodi- 
ment of the invention, of a token between a portable 



computing device (PDA 2) and an exemplary fixed de- (£> 
vice via an IR transceiver 22D (the transceiver 22 may 
by physically attached to (and electronically coupled to) 
or embedded in. the printer on which it intended ic print 
the document). Here, the token is a (print) servic e token, 
and the fixed device is a p rinter 27 on which the user 
wishes to accomplish the printing of a document. 

Initially (step s1) an input is received from the user 
of PDA 2, who is in the vicinity of printer 27, requesting 
the transmission of a token. This request may be input Q±) 
by the user via the user interface of the PDA 2 by means - 
of button presses, selection from pull down menus, and/ 
or dragging and dropping of icons, as is well known in 
the art (see, e.g. EP'619). 

In response to the user request, in PDA 2 the com- 
ponents (see Fig. 3 of GB'97012) are assembled and 
the token (30, 40 in that Fig. 3) constructed. This is fol- 
lowed by the wireless transmission of the token (i.e. as 
an IR data packet) (step s7") from PDA 2 to transceiver 
22D. Once received at transceiver 22D, the newly-ar- 
rived token is accepted (step s8") at transceiver 22D, 
and temporarily stored in the conventional manner with- 
out further intervention by the user. 

In Fig. 4, step sS 1 is followed by the step (s10") of 
adding parameters to the received satchel print service) 
token: these may include any of the (components of the) 
parameters 38,48 of Fig. 3 in GB'97012. In this case : 
context information parameters 386 are added to the 
satchel token; i.e. the received token had a component 
(context information parameters 386) which was empty, ■ J 
and that component is now filled with an i dentifier o f I 
p rinter 27 (including, e.g. t ype? of rtevirp , and public \ 
name). In addition, in step s10" the Service Host Iden- 
tifier component 32 may be filled at the.same time, i.e. 
with the identifier (e.g. i nternet FQ Domain Name ) of a 
h ost machine on the network (in this case workstation ■ 
50, as discussed below) which oversees the processing 
of the token. Once the parameters have been appended 
to the token, the token (completed Satchel Print Service 
Token) is sent over the network to workstation 50. 

At w orkstation 50 , upon receiving the token, the first 
step (si 1 ) is to decode the token : this involves checking 
the Authorisation (see Fig. 3 of GB'97012), and is de- 
scribed in more detail in connection with Fig. 6 of 
t^B"9701 2^ Then, the token is analysed at step s1 3: the 
suBsteps constituting the procedure of step si 3 are de- 
scribed in more detail below with reference to Fig. 7. An 
element of this routine is the request for a document held , 
i n^an elect ronic rppr^itnrv - here it is illustrated as being 
stored on a remote file server 52 (which may be in a 
different building or in a different country), although it 
will be appreciated that the document could be stored 
locally on the workstation 50. 

Thus, in order to request the document the docu- 
ment token is sent (step si 4) to file server 52 where it 
is decod ed (step s1 5) upon receipt, so as to extract the 
Document identifier 46 (see Fig. 3(b)), e.g. a WWW 



URL Using the Document Identifier 46, the documeni 
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data (elec tronic file) ar e retrieved by the f ile server 52. 
'The document data are then sent over the network at 
step si 7, in the conventional manner, to the workstation 
50 whi ch originally received the Print Service token. _j 
Once ihe document data are received at the wcrk- 
station 50, a check is made to see whether the data must 
be converted (to a different format), and if so : the con- 
version is carried out at step s18. For example, printer 
54 associated with transceiver 22 may be capable of 
printing only in PostScript® format; and step s10 there- 
fore included adding parameters to the token designat- 
ing that the data file sent ultimately to the printer must 
be converted to PostScript® format. Following conver- 
sion (if necessary), the (converted) document data are 
sent (step s1 9) to the printer 54. Upon receiving the doc-, 
ument data, the document is printed ls90\ hy the printe r 
in the conventional manner. 



2.1 PDA -» fixed device: method 2 

Figure 5 is a schematic diagram of the steps in- 
volved in the transfer, in accordance with an embodi- 
ment of the invention of a (print service) token between 
a portable computing device (PDA) and a fixed device 
(printer) in order to accomplish the printing of a docu- 
ment. 

This process is the same as that described with ref- 
erence to Fig. 5 of GB'97012, except that is step s3", 
the response to the context request query involves 
sending context information comprising (1 ) the service 
identification, identifying the print service which will do 
the print operation, and (2) the device identification, 
identifying the device which will do the print operation. 
Also, step s;l 3' in. this case differs as described in further 
detail below with reference to Fig. 7. 

2.2 PDA PDA 

Figure 6 is a schematic flow chart of the steps in 
exchanging a taken (between the PDAs of users A and 
B), in accordance with an embodiment of the invention. 
Initially (step s1) an input is received from user A, re- 
questing the transmission of a token. This request may 
be input by user A via the user interface of the PDA by 
means of button presses, selection from pull down men- 
us, and/or dragging and dropping of icons, as is well 
known in the art (see, e.g. EP '619). 

In response to the user request, the PDA of user A 
(hereafter PDA A) transmits (step s2) a query (by wire- 
less, and preferably IR, signals) for the context of user 
A ; i.e. for the identification of the users (here: B) of those 
PDAs which are in range of communication. Next, the 
PDA of user B (hereafter PDA B) receives the context 
request query and prepares a response (step s3"'): the 
response includes suitable context information — 
"Beam-to Service", indicating that it is prepared to per- 
form the service of receiving a token beamed to it. Once 
compiled in suitable form, the "Service available" reply 



is sent (step s4 ,H ) by PDA B. This amounts ic saying [ha- 
ll is OK to send (he token from user A's PDA to that cf 
user B. When sending this reply PDA 5 can provide a 
user identity or cryptographic key (public) associated 

5 with the "Service Available" information. 

Once the "Service Available" indication is received 
by FDA A, (uniike GB'9701 2, in which user A is prompt- 
ed io make a further selection (step s5) via the user in- 
terface of PDA A, corresponding to the action "Beam 

10 Token to User B" - see EP '61 9)) : at step sS, the neces- 
sary components (see Fig. 3) are assembled and the 
token (30, 40) constructed. This is followed by ihe wire- 
less transmission of the token (i.e. as an I R data packet) . 
(step s7) from PDA A to PDA B. Once received (step 

75 sS) at PDA B, the newly-arrived token is stored in PDA 
B (step s9) in the conventional manner and this may be 
with or without further intervention by user B to place 
(an icon for) the newly-received token in an appropriate 
directory. 

20 in an alternative (Fig. 6(b)), the process may include 
the initial step (sO) of PDA B, by way of context informa- 
tion-announcing (broadcasting) its identity. 

2.3 Analysing tokens 

25 

Figure 7 shows in detail the substeps involved in 
the A nalyse Token step (si 3') in Fin. 5. Initially the print 
service is invoked (step s1 31 ), by virtue of the Service 
Identifier parameter 36 (Fig. 3 of GB'9701 2) designating 

so a print request. Then, the Service Parameters 3S (Fig. 
3 of GB'9701 2) are examined (step s1 32); for example, 
the printing device which is to perform the print (service) 
may have been specified by user (and included as a pa- 
rameter) prior to transmitting the token., or may have 

35 been added (step S10; Fig. 5 of GB'97012) based on 
context/location parameters 386 (Fig. 3(a) of 
GB'97012). The token may include further service pa- 
rameters, as discussed in Section 2 of GB'97012. 

In this case, step s132 comprises ihe step (S1321) 

40 of examining the token context information (see Fig. 3 
of GB'97012), so as to find the specific print service re- 
quired. 

This enables the exact print service required (e.g. 
printer id, number of copies, 2 -sided, etc.) to be deduced 

45 (step s133). 

Once this has been done, the document to be print- 
ed is requested (step s134), and the document token 
sent to the file server (see Fig. 5). Then, the capa bilities 
of the chosen printe r are examined (step si 3b): this may 

so show that the printer can only print with a certain paper 
size, with only certain fonts, or only documents in Post- 
Script® format, for example. In this way the conversion 
techniques which need to be periormed onj.he^c ocu- 
ment data received from t ne rue serveT(52!FiQ. 5j_can_ 

55 be determined (step s136). Then, once the document 
data are sent (s17) to the workstation 50 (Fig. 5), the 
necessary conversion can be carried cut (step s i S) prior 
to despatch of the document to the chosen printer. 
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3. Variants 

From the foregoing, numerous alternatives and var- 
iants will be apparent to persons skilled in the art., as 
described in the following. 

(a) User interlace (Ul) dialogues 

For example, the user interface (Ul) dialogues or 
Fig. 3 may be modified to implement the following inter- io 
action dialogues. 

(1) "Ask a "Do it"" 

user goes up to a Device, and ask for service, is 
gets back an icon or text which describes serv- 
ice/device (matches user interaction in Figures 
of GB'97012) 

pressing "Do it" (button) initiates action with dis- 
played document or document that was last se- 20 
lected. 

(2) "Drag & Drop" 

Device/Service/person Icon pops up automat i- 25 
cally as user gets close to it. 
User drops document icon on it (see Ul dia- 
logue diagrams of EP'619). 

(3) "See & "Do it"" . 30 

Device/Service Icon pops up automatically as 
user gets close to it. 

- . . Press.. "Do it" after icon has. popped up 

see Ul diagrams of Fig. 3; with the top left hand 3S 
comer device/service/person icon 

2. 

(4) "Just "Do it"" 

- Ul diagrams of Fig. 3 but WITHOUT the top left 40 
hand corner device/service/person icon 

- . press "Do it" when near the device (experience 

only tells user when he's near enough!) 

(b) Transaction Protocol Methods 45 

The above four dialogues can ALL be supported by 
either of the 2 underlying transaction protocol methods 
described earlier - one simple addition is needed: an op- 
tional initial "announcement message" from the device/ so 
service/person indicating it's basic identity (see Fig. 3 
(b) : wherein an extra initial step "Send: announce iden- 
tity" is included). This initial step may also further be in- 
cluded in the processes illustrated in Figs 4 and 5. 

This "announce" send is optional: dialogues 1 and ss 
4 do not need it, but dialogues 2 and 3 do need it. Dia- 
logues 1 and 4 do not need it, but they can use it as an 
alternative to the "query" send - for example the user 3. 



does an Ask in the "Ask & "Do it"" : and then ihe device/ 
service/person icon or text is immediately displayed be- 
cause it was received by the FQAbeforethe user asked 
for it. in this case a "query" send is not needed, hence 
it too is optional depending on how each dialogue is im- 
plemented. 



Claims 

1. A method carried out in a data processing device 
including a processor memory, a user interface and 
means providing two way wireless communication 
with one or more other devices, including a target 
device, comprising: 

(a) in response to a first user input defining a 
context request, transmitting a query, the query 
requesting which service(s) can be performed 
by the target device, 

(b) receiving a response from the target device, 
the response incorporating a target device 
identifier identifying the target device, and at 
least one component comprising a service 
identifier identifying the service requested in 
step (a), 

(c) determining whether the response received 
in step .(b) is positive, 

(d) if the response is positive, assembling a to- 
ken from a plurality of token components, each 
token component defining a document related 
entity and a property of the entity, at least one 
component comprising the target device iden- 
tifier, and at least one component comprising 
the service identifier. 

A method carried out in a data processing device 
including a processor, memory, and a user inter- 
face, comprising: 

(d) receiving a first user input designating a 
graphical object corresponding to a document, 
the document being associated with a stored 
token, the token having a plurality of token com- 
ponents, each token component defining a doc- 
ument related entity and a property of the entity, 
at least one component comprising a target de- 
vice identifier identifying the target device, and 
at least one component comprising a service 
identifier identifying a service selected by the 
user. 

(e) receiving a second user input indicating that 
the token is to be sent to another data process- 
ing device, 

(f) encoding the token in a data packet, and 

(g) transmitting the data packet. 

A method carried out in a data processinc device 
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